home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part2 / 11549 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  8.7 KB

  1. Path: FreeNet.Carleton.CA!an171
  2. From: an171@FreeNet.Carleton.CA (Anthony Hill)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: (E)nhanced (S)erial (P)ort...
  5. Date: 19 Apr 1996 05:00:17 GMT
  6. Organization: The National Capital FreeNet
  7. Sender: an171@freenet5.carleton.ca (Anthony Hill)
  8. Message-ID: <4l76l1$5dg@freenet-news.carleton.ca>
  9. References: <4l6i6p$78t@hg.oro.net>
  10. Reply-To: an171@FreeNet.Carleton.CA (Anthony Hill)
  11. NNTP-Posting-Host: freenet5.carleton.ca
  12.  
  13.  
  14. Ed Starry (estarry@oro.net) writes:
  15. >     I've called this a cached serial port with caching controller to
  16. > differentiate from the 16-byte 16550 UART 'Buffer' to avoid confusion in
  17. > using the word buffer. John N. calls them 'smart buffers', however smart
  18. > buffers need controllers to make them smart, a buffering controller. Buffers
  19. > cache and caches buffer! Same thing, different language. "Lets call them
  20. > what they are, (E)nhanced (S)erial (P)ort!"
  21.  
  22.     A buffer is memory that temporarily stores data until the
  23. processor (or whatever) can handle it. A cache is memory that stores data
  24. that is frequantly accessed, and since memory can be accessed much faster
  25. then hard drives or CD-ROMs or anything like that, a cache appears to
  26. speed accessing data from these devices.  16550 UARTs use a 16 byte
  27. buffer, 16650 UARTs use 32 byte buffers, 16750 UARTs use 64 byte buffers,
  28. Hayes ESP IIs use 1024 byte buffers.
  29.  
  30. >     There are single-byte serial ports (8250's), multi-byte serial ports
  31. > (16550's) and the next step up the ladder, ESP's. When I made the comment a
  32. > few days ago regarding 'If people would start demanding (and using) 'cached
  33. > serial ports' they would discover even 14.4's are much faster than they
  34. > realize.' these ESP cards were what I was referring to.
  35. >     An external modem plugged into an ESP card is similar to putting good gas in
  36. > your car instead of kerosene, they run as designed. These cards with proper
  37. > configuring software allow your external modem to run at the factory defined
  38. > DTE rate. e.g., 14.4's@57,600 or 115,200 - 28.8's@115,200 or 230,400 and
  39. > 33.6's@134,400. Quality internal modems have these ESP's built in, that's
  40. > why I've been able to run my 14.4@115,200 without problems for the last 3
  41. > years. Admittedly, TurboCom/2 was used to replace the default <comm.drv> in
  42. > Windows V3.1 as this default driver is truly substandard for today's high
  43. > speed modems. If I'd been using the same make and model of modem only an
  44. > external version I would be running at 38,400 and fighting overruns like
  45. > everyone else. Even a 16550 by itself will not 'fully support' 115,200 bps,
  46.  
  47.     Shhh!  Dont' tell that to my 16550!  It runs at 115.2kbps just
  48. fine.  No com overruns or anythign like that..
  49.  
  50. > despite what John says. "An ESP doesn't guarantee full DTE rates because
  51. > there is always 'The Other Modem' but you will know any bottleneck there is
  52. > is not your modem!"
  53. >     I know this post will probably raise more flack directed toward me but press
  54. > on I will. If everyone was using ESP's then ISP's and BBS's might stop using
  55. > this ludicrous '1 byte per IRQ' upload rate they now use. To keep from
  56.  
  57.     What the heck kind of ISP are you calling that connects their
  58. modems to real serial ports?!?  Just about every ISP I've seen uses a
  59. terminal server, or at the very least some sort of multiport serial card
  60. such as a Digiboard.  This has nothing to do about UARTs, it's simply
  61. because you can only have so many serial ports in a computer without
  62. special hardware (in the case of a PC, the maximum number of serial ports
  63. you can have is 4).  Also, 16550s can set their Rx trigger level to either
  64. 1 byte, 4 bytes, 8 bytes of 14 bytes (I think I've got those numbers
  65. right).
  66.  
  67. > crashing every client they have they have no choice now. The first day they
  68. > tried to run wide open there would be crashing like never heard before.
  69. > 28.8's running at 57,600 would be 'blown out of the water' in 10 seconds, or
  70. > less, without an ESP. I have a personal interest in this, I've experienced
  71.  
  72.     I commonly connect to BBSes that have their DTE rate set at
  73. 115.2kbps with no problems.. They're all using plain old 16550 UARTs.  As
  74. for ISPs using Hayes ESP cards, uhh, yeah.. whatever.  I think I'll just
  75. call up my local ISP with 600+ modems and tell them to dump all their
  76. terminal servers and buy 150 PCs equipment with 4 Hayes ESP cards each.. 
  77. I'm sure they'll go for it :>
  78.  
  79. > fast and I want my ISP to crank things up to screaming fast. Near ISDN rates
  80. > from a 14.4 would save me major money in the long run.
  81.  
  82.     Same here, and if you ever figure out a way to get anywhere close
  83. to that, you'll be a very rich person.. Unfortuantly you won't (hate to be
  84. blunt, but it's the truth).
  85.  
  86. >     Now for two little items plagiarized from magazines.
  87. > 1.    From PC Magazine, May 14, 1996 - page #78. 'Need more speed? You can
  88. > make faster connections with Lava. This interface card is designed to
  89. > increase the throughput of ANY V.34 analog modem. It also will allow ISDN
  90. > users to achieve real 128 Kbps PPP throughput from an external terminal
  91. > adapter.' This 'was NOT' an advertisement.
  92.  
  93.     So what is it?  A synchronous serial card?
  94.  
  95. > 2.    From a BitSURFER Pro ISDN advertisement. 'External model requires
  96. > serial port interface capable of 128 Kbps to achieve maximum performance.'
  97.  
  98.     Yup, and guess what?  You're Hayes ESP card does NOT support that
  99. 128kbps needed for maximum throughput :>.  The highest speed that the
  100. Bitsurfer Pro will run asynchronously is 115.2kbps.  To run at 128kbps, it
  101. must run in synchronous mode, and ESP cards don't support synch rates.  So
  102. basically in this case (as with most modems) you're ESP can NOT run the
  103. device at a higher speed then a regular 16550 UART.
  104.  
  105. >     A 33.6 should run at 134.4 Kbps. Is your 33.6 running at 13.44 KByte/sec?
  106.  
  107.     Considering I transfer mainly compressed data, my 33.6 would
  108. see next to no perfomance increase if it ran at 230.4kbps (134.4kbps is a
  109. not a particuarly valid asynchronous DTE rate) vs. 57.6kbps.
  110.  
  111. > Does anyone see a correlation here between this and my earlier statements
  112. > regarding caching/buffering of the serial port? Gee, they even let a plain
  113. > old V.34 run faster, what an enlightenment! I've read where the 'experts(?)'
  114. > say a 16550 is all that's needed and ESP serial ports were unnecessary!!
  115. > Could these experts be wrong?
  116.  
  117.     They could be, but they aren't :>.
  118.  
  119. >     I will stand by my statement regarding 'marketing ploy' until John, and
  120. > others, realize there's a feature of modems called 'Compression', encourage
  121. > the usage of and teach people how it's done instead of dismissing it as
  122.  
  123.     Ed, please drop into DOS, compress a nice big file (1 meg or more
  124. preferably) and compress it with PKZIP.  Then compress it again using any
  125. compression program (even PKZIP again).  Now compare the sizes of these
  126. files.  You will notice that you can NOT decreas the size of the file by
  127. compressing it twice.  Now, how do you expect your modems compression
  128. (which isn't as good as PKZIPs) to compress something twice if no other
  129. compression program will?  Since most people transfer mainly compresed
  130. data, compression doesn't play all that much of a role.  As for text files
  131. and other forms of uncompressed data, try compressign these files using
  132. PKZIP and see what sort of compression ratios you get.  About the best
  133. you'l manage with most real world files is 4:1 with PKZIP.  As I mentioned
  134. above, your modems compression is not as good as PKZIPs (hey, it's got to
  135. run in real time, with very little memory and on a processor that isn't
  136. too powerful).
  137.  
  138. > 'that's all you should expect'. I expect DTE rates equal to, or higher than,
  139. > manufacturers' specifications and nothing less. "I paid for it and I want
  140. > it!! Passivity is no longer acceptable!"
  141. >     An interesting side effect with connections where *BOTH* modems are using
  142. > properly configured ESP's is what happens to zip/gif files. You will have to
  143. > find this secret out on your own. <g>
  144.  
  145.     It's not a big secret, there is NO difference in performance. 
  146. Please, try it for yourself.  Transfer .ZIP files between two modems using
  147. Hayes ESP cards, then try again between two modems connected through 16550
  148. UARTs (or just disable the extended functions on your ESP cards).  Unless
  149. you're getting com overruns with the 16550s, there will be no difference
  150. in performance, and unless you're running Windows you won't have any com
  151. overruns.
  152.  
  153. > PS:    An 'Enhanced V.42bis' modem is a modem that compresses at a 8 to 1
  154. > ratio and they require an (E)nhanced (S)erial (P)ort to run at full speed.
  155. > Yes 8 to 1 compressing modems, contrary to what others tell you, do exist
  156. > and they will work as designed if set up properly.
  157.  
  158.     Sure, and if you transfer a file filled with all 1 character over
  159. and over again you might actually see those sorts of compression numbers. 
  160. BTW, my modem can compress data in ratios of up to 96 to 1 with a 16550
  161. UART.
  162.  
  163. Anthony
  164.  
  165. --
  166. Anthony Hill | an171@FreeNet.Carleton.CA
  167.